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1 28. Physical Layer Link Signalling for 10 & 100 

2 Mb/s Auto-Negotiation on Twisted-Pair 



3 28.1 Scope 



4 28.1.1 Overview 

5 This document describes the NWay Auto-Negotiation algorithm that allows a device to advertise 

6 enhanced modes of operation it possesses to a device at the remote end of a link segment and detect 

7 corresponding enhanced operational modes that the other device may be advertising. 

8 The objective of the Auto-Negotiation algorithm is for the devices at each ead of a link segment to 

9 determine the modes of operation supported by the device at the other end. Auto -Negotiation is 

10 performed out of band using a modified 10B ASE-T link integrity test pulse sequence, such that no packet 

11 or upper layer protocol overhead is added to the network devices. (See Fig 28-1) 

1 2 The algorithm allows the devices at both ends of a link segment to request and acknowledge use of the 

13 common models) of operation that both devices share, and to reject the use of operational modes that are 

14 not shared by both devices. When more than one common mode exists between the two devices, a 

15 mechanism is provided to allow the devices to resolve to a single mode of operation using a pre- 

16 determined priority re so loci on table. The Auto-Negotiation algorithm allows the devices to switch 

17 between the various operational modes in an ordered fashion, permits management to disable or enable 

1 8 the Auto-Negotiation algorithm, and allows management to select a specific mode. The Auto-NegotiatioQ 

19 algorithm also provides a Parallel Detection capability to allow 100BASE-TX and 100BASE-T4 

20 compatible devices to be recognized, even though they may not provide NWay Auto-Negotiation. 
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The basic principle to achieve Auto-Negotiation is to pass information encapsulated within a burst of 
closely separated Link integrity test pulses that individually meet tbe 10BASE-T Transmitter Waveform 
for Link Test Pulse (Fig 14-12). This burst of pulses is referred to as a Fast Link Pulse (FLP) Burst 
Each device capable of Auto-Negotiation issues FLP Bursts at power up, on command from management, 
or due to manual (user) interaction. The FLP Btirst consists of a series of link integrity test pulses which 
form an alternating clock/data sequence. Extraction of the data bits from the FLP Burst yield a link code 
word which identifies the operational modes supported by the remote device, as well as some information 
used for the Auto-Negotiation algorithm's handshake. 

To maintain interoperability with existing 10BASE-T devices, the algorithm also supports the 
transmission of 10BASE-T compliant link integrity test pulses. 10BASE-T link pulse activity is referred 
to as the Normal Link Pulse (NLP) sequence and is defined in 14.2.1.1. A device which fails to respond 
to the FLP sequence and returns only the NLP indication is treated as a 10BASE-T compatible device. 

28.1.2 Definitions 

Ability. A mode that a device can advertise using the FLP Burst. For modes that represent a type of data 
service, a device shall be able to operate that data service before it may advertise this ability. A device 
may support multiple abilities. 

Advertised Ability. A mode that is advertised within the FLP Burst that is derived from the base Link 
Codeword. 

Agile Device. A device that supports automatic switching between multiple physical layer technologies. 

Auto-Negotiation. The algorithm which allows 2 devices at either end of a link segment to negotiate a 
common data service function. 

Eight Pin Modular. ISO/IEC8877 

Fast Link Pulse (FLP) BursL A group of no more than 33 10BASE-T compatible link integrity test 
pulses transmitted within a 2 ms (nominal) window. FLP Bursts have identical spacing as NLPs, one 
burst every 16±8ms. The individual link integrity test pulses within an FLP Burst are the same as 
specified in Fig 14-12. Each FLP Burst encodes 16 bits of data using an alternating clock and data pulse 
sequence. 

FLP Burst Sequence. The sequence which FLP Bursts are transmitted by the Local Station. FLP Bursts 
are transmitted every 16±8rns during Auto-Negotiation. This term is intended to differentiate the spacing 
between FLP Bursts from the individual pulse spacings within an FLP Burst. 

Link Code Word. Tbe 1 6 bits of data encoded into a Fast Link Pulse Burst. 

Link Partner. The far-end device at the opposite end of a link segment from the Local Station. The link 
partner device may be either a DTE or repealer. 

Local Ability. A mode that a device possesses and may advertise by including this information in the 
FLP Burst via the Link Code Word. 

Local Station. The local device which may attempt to Auto -Negotiate with a Link Partner. The Local 
Station may be either a DTE or repeater. 
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Next Page Bit. A bit tn N Way's base Liak Code Word encoding that indicates that there are additional 
Link Code Words with potentially different standard encodings to be transferred. 

Normal Link Pulse (NLP). A 1 OBASE-T compatible Link integrity test pulse as defined in Fig 14-12. 

NLP Sequence. A 10BASE-T compatible tink integrity test pulse sequence, as defined in 14.2.1.1, 
where one NLP is transmitted every I6±8m$. 

NLP Receive Link Integrity Test Function. N Way's link integrity test function which allows backward 
compatibility with the 1 OBASE-T Link Integrity Test Function of Fig 14-6. 

NWay. The specific Auto-Negotiation algorithm defined in this specification that allows a single "Way" 
for two starJoDS with "N" different common modes of communication to establish a single link using the 
highest common denominator mode of operation. 

Page. The encoding for a Link Code Word NWay can support an arbitrary number of Link Code Word 
encodings. The base page has a constant encoding as defined in 28.2.1. 1.2. Additional pages may have a 
standard encoding. 

Parallel Detection. The ability to detect 100BASE-TX and 10GBASE-T4 technology specific link 
signalling while also trying to detect the NLP sequence or FLP Burst sequence. 

Priority Resolution Table, The look-up table used by NWay to select the network connection type 
wheie more than one common network ability exists (100BASE-TX, 100BASE-T4, 1 OBASE-T, etc.) 
The priroty resolution table de Fines the relative hierarchy of connection types from the highest common 
denominator to the lowest common denominator. 

Remote Fault. The generic ability of a link partner to signal its status even in the event that the device 
indicating the remote fault may not have an operational receive link. 

Renegotiation. Restart of the Auto-Negotiation algorithm caused by management or user interaction. 

Selector Field. A 5 bit field in the base Link Code Word encoding that is used to encode up to 32 types 
of Link Code Words. 

Technology Ability Field. An 8 bit field in the base Link Code Word encoding that is used to indicate 
the abilities of a Local Station, such as support for 1 OBASE-T, 100BASE-TX, 100BASE^-T4 w or Full 
Duplex. 

28.1.3 Application Perspective/Objectives 

The Auto-Negotiation algorithm is designed to be expandable and allow IKFF 802.3 compatible devices 
using an 8 Pin Modular connector to self configure a jointly compatible operating mode. Implementation 
of the Auto-Negotiation algorithm shall be optional. However, for CSMA/CD compatible devices using 
an 8 Pin Modular connector and which encompass multiple operational modes, it is highly recommended 
that this method alone be utilized to perform the negotiation of the link operation. 

The Auto-Negotiation algorithm is designed to meet the following objectives : 

1 Must intemperate with the IEEE 802.3 10BASE-T installed base. 

2 Must allow automatic upgrade from the 1 OBASE-T mode to the desired "High Performance 

Mode". 
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1 3 Requires Chat Che 10BASE-T data service is Che Lowest Common Denominator (LCD) that 

2 can be resolved. A 10B ASE-T data service is not required to be implemented, however. 

3 Only the NLP Receive Link Integrity Test Function is required. 

4 4 Shall be reasonable and cost effective to implement. 

5 5 Must provide a sufficiently extensible code space to: 

6 Meet existing and future "improvements*' 

7 Allow simple extension without impact of the installed base 

8 Accommodate remote fault signals 

9 Accommodate link-partner ability detection. 

10 6 Must allow manual or Network Management configuration to override the Auto- 

11 Negotiation. 

12 7 Must be capable of operation in the absence of Network Management. 

13 8 Must not preclude the ability to negotiate "back" to the 10BASE-T operational mode. 

14 9 Shall operate when: 

15 The link is initially electrically connected 

16 A device at either end of Che link is powered up or reset 

17 10 The Auto-Negotiation algorithm may be enabled by automatic, manual, or Network 

1 8 Management intervention 

19 11 Shall complete the Auto-Negotiation algorithm in a bounded time period. 

20 12 Shall be mandatory for future CSMA/CD compatible RJA5 LANs with any 10B ASE-T data 

21 service. 

22 13 Must not cause corruption of IEEE 802 J MIB statistics. 

23 14 Operate on a peer-to-peer exchange with no requirement for a master device (not master- 

24 slave). 

25 15 Must be robust kn the UTP cable noise environment. 

26 16 Must not significantly impact EMJ/RFI emissions. 

27 28.1.4 Relationship to ISO/IEC 8802-3 

28 The Auto-Negotiation algorithm is provided at the Physical Layer of the OS1 reference model as shown 

29 in Fig 28-1. Devices which support multiple modes of operation can advertise this fact using this 

30 algorithm. The actual transfer of information of ability can only be observed at the MDI or on the 

31 medium. NWay signalling does not occur across either the AU1 or Mil. Control of the Auto-Negotiation 

32 algorithm is supported through Che Management Interface of the MIL If an explicit embodiment of the 

33 Mil is supported, the control and status registers to support the Auto-Negotiation algorithm shall be 

34 implemented in accordance with the definitions in Clause 22. If a physical embodiment of the MH is not 

35 present, then it is strongly recommended that the implementation provide control and status mechanisms 

36 equivalent to those described in Clause 22 and 28.2. 1 .4 for manual and/or management interaction. " 
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2 

3 Fig 28-2 Location of Auto-Negotiation algorithm 

4 within the ISO reference model 



5 28.1.5 Compatibility Considerations 

6 The Auto-Negotiation algorithm is designed to be completely backwards compatible and interoperable 

7 with all pre-existing 1 OB ASE-T compliant devices. In order to achieve this, a device supporting the 

8 Auto-Negotiation algorithm shall provide a compatible 10BASE-T link integrity test pulse function as 

9 defined in Fig 28-16. 

10 Implementation of the Auto-Negotiation algorithm Ls optional. However, for CS MA/CD compatible 

1 1 devices using an Eight Pin Modular connector and which encompass multiple operational modes, if a 

12 signalling method is used to automatically configure the preferred mode of operation, then the Auto- 

13 Negotiation algorithm shall be used in compliance with this specification as defined in the following 

14 sections. Non CSM A/CD abilities may be advertised. If the devices use 10BASE-T compatible link 

15 signalling to achieve this mode detection, the device shall implement the Auto-Negotiation algorithm as 

16 administered by this specification. 

17 While this Auto-Negotiation algorithm shall be implemented in multi-mode CSMA/CD compatible 

18 LANs utilizing the Eight Pin Modular connector that offer an auto-negotiation mechanism, the use of this 

19 algorithm does not mandate that the 10B ASE-T packet data communication service must exist A device 

20 that employs mis algorithm shall support the 1 OB ASE-T link integrity test function. The device may also 

21 need to support other technology dependent link test functions depending on the modes supported. 
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1 28.1 .5. 1 Interoperability With Existing 1 OB ASE-T Devices 

2 When a device is in the Auto-Negotiation process, it issues FLP Bursts separated by 16rfms. The FLP 

3 Burst itself is a series of pulses separated by as little as 62.5±15|ls. A 10B ASE-T device will remain io 

4 the Link Test Pass state while receiving FLP Bursts. An Auto-Negotiation capable device shall recognize 

5 NLP from the I OB ASE-T device and cease transmission of FLP Bursts. If the Auto-Negotiation capable 

6 device has a 1 OB ASE-T data service, lOMb/s communication shall be established. However, if the Auto- 

7 Negotiation capable device does not have a 1 OB ASE-T data service, it shall not transmit NLP or FLP 

8 Bursts id force the 10B ASE-T device into the Link Test Fail statc(s) as indicated in Fig 14-6. 

9 28.1 .5. 2 Interoperability With Auto-Negotiation Compatible Devices 



10 An NWay Auto-Negotiation compatible device decodes the Link Code Word from the FLP Burst, and 

11 examines the contents for the highest common ability which both devices share. Both devices 

12 acknowledge correct receipt of each other's base Link Code Words by responding with an FLP Burst 

13 containing the Acknowledge Bit set After a predetermined number of repeats of this acknowledge, both 

14 devices shall enable the highest common mode negotiated. The highest common mode shall be resolved 

15 using the priority resolution table specified in Annex B. ft may subsequently be the responsibility of a 

16 technology dependent link integrity test function to verify operation of the link prior to enabling the data 

17 service. 



19 The notation used in the state diagrams follows many of the conventions of section 1 .2. 1 . Transistions 

20 shown without source states are evaluated at the end of every state and take immediate precedence over 

21 all other conditions. 



22 28.2.1 NWay Functions 

23 The Auto-Negotiation algorithm shall comprise three simultaneous operating functions interacting with 

24 Technology Dependent Link Integrity Test functions (See Fig 2S-3). The NWay functions are: Receive, 

25 Transmit, and Arbitrate. The NWay functions interact with Technology Dependent Link Integrity Test 

26 functions which include, but are not limited to: 100BASBV-TX and 100BASE-T4. The NLP Receive Link 

27 Integrity Test function shall be implemented and interfaced within the Receive function in all NWay 

28 implementations. The other Technology Dependent Link Integrity Test functions need to be 

29 implemented and interfaced only if the device is to support the given technology. For example, a 

30 10B ASE-T/100BASE-TX NWay capable device shall implement and interface to the 100BASE-TX Link 

3 1 Integrity Test function, but does not need to include the 100B ASE-T4 Link Integrity Test function. 



18 



28.2 Functional Specification 
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Fig 28-3 Reference Diagram 



3 28.2.1 . 1 Transmit Function Requirements 



4 The Transmit Function shall transmit FLP Bursts. The first FLP Bursts exchanged by the Local Station 

5 and its Link Partner shall contain the base Link Code Word defined in 28.2.1.4.1.1. The Local Station 

6 may modify the Link Code Word to mask out an ability it possesses, but shall not include an ability U 

7 does not possess. This makes possible the distinction between local abilities and advertised abilities so 

8 that multi-mode devices may Auto-Negotiate to modes other than the highest common denominator 

9 given in the priority resolution table. 



to 28,2.1.1 . 1 Link Pulse Transmission 

1 1 NWay's method of communication builds upon the link pulse mechanism employed by 10BASE-T 

12 MAUs to detect the status of the link. Compliant 10BASE-T MAUs transmit link integrity test pulses, as 

13 a mechanism to determine if the link segment is operational in the absence of packet data. The 10BASE- 

14 T NLP sequence is a pulse (Fig 14-12) transmitted every I6±8ms while the data ttansmitter is idle. FLP 

15 Bursts are not transmitted once dau service is established. FLP Bursts shall be composed of pulses 

16 meeting the requirements of Fig 14-12 and be transmitted within 16±8ms while the transmitter is idle 

17 during Anto-Negotiation- 

18 NWay builds upon the 10B ASE T link integrity test pulse function by substituting the FLP Burst in place 

19 of the single 10BASE-T link integrity test pulse within the NLP sequence (Fig 28-4). 
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Fig 28-4 FLP Burst sequence to NLP sequence Mapping 
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l 28.2.1.1.1.1 Logical 0/1 Encoding 



2 Fast Link Pulse Bursts consist of 33 pulse positions. The 17 odd numbered pulse positions arc always 

3 present and represent clock information. The 16 even numbered pulse positions represent data 

4 information; a link pulse present in an even numbered pulse position represents a logic one and a link 

5 pulse absent from an even numbered pulse position represents a logic zero. Clock pulses arc 

6 differentiated from data pulses by the spacing between pulses as shown in Fig 28-6 and enumerated in 

7 Table 2&-L 

8 The encoding of data using pulses in an FLP Burst is illustrated in Fig 28-5. 

Clock Putees 



Data 
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Fig 28-5 Data Bit Encoding within FLP Bursts 



ii 28.2.1.1.1.2 Transmit Timing 



12 
13 
14 
15 

16 



17 
18 



The first pulse in an FLP Burst shall be a clock pulse. Clock pulses shall be evenly spaced apart by 
125±3Qps, If the data bit representation of logic one is transmitted between two clock pulses it shall 
occur 62.5±15ps after the preceeding clock pulse. If a data bit representing logic zero is to be 
transmitted there shall be no link integrity test pulses within 125t30|is of the preceeding clock pulse. 

The first bit in consecutive FLP Bursts shall occur at a 16±8ms interval (Fig 28-7). 

M H 




Clock Puisa Data Pulse 



Clock Putsa 



Fig 28-6 FLP Burst pulse to pulse timing 
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2 Fig 28-7. FLP Burst burst to burst timing 



3 Table 28-1 FLP Timing Summary 



# 


Parameter 


Min 


Typ 


Max 


units 


Tl 


Clock / Data Pulse Width (Fig 14-12) 




100 




ns 


T2 


Clock Pulse to Clock Pulse 


95 


125 


155 




T3 


Clock Pulse to Data Pulse (Data = 1) 


47.5 


62.5 


77.5 


Us 


T4 


Pulses in a Burst 


L7 




33 


U 


T5 


Burst Width 




2 




ms 


T6 


Burst to Burst 


8 


16 


24 1 


ms 



4 28.2.1.1.2 Link Code Word Encoding 

5 The base page transmitted within an FLP Burst shall convey the information shown in Fig 28-8. The 

6 NWay Auto-Negotiation function may support additional pages using the Next Page function. Id an FLP 

7 Barst, DO shall be the first bit transmitted. 
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9 Fig 28-8 Base Page Encoding 



10 28.2.1.1.2.1 Selector Field 

1 1 Selector Field (S[4;0]) shall be a field five bits wide, encoding 32 possible messages. Selector Field 

12 encoding definitions are shown in Annex A. Combinations not specified are reserved foe future use. 

13 Reserved combinations shall not be transmitted. 



14 28.2.1,1.2.2 Acknowledge 

15 Acknowledge (Ack) is used by the Auto-Negotianan algorithm to indicate that a station has successfully 

16 received its link partner's Link Code Word. The Acknowledge Bit shall be encoded in bit D5 regardless 

17 of the value of the Selector Field or Link Code Word encoding. If no next page information is to be sent, 

18 mis bit shall be set to logic one in the Link Code Word, after the reception of at least 3 consecutive and 

19 consistent FLP Bursts. If next page information is to be sent, mis bit shall be set to logic one only after 

20 the station has successfully received at least 3 consecative and consistent FLP Bursts and saved the 

21 current Link Code Word. When the Acknowledge bit is set to logic one the Link Code Word shall be 
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1 transmitted 'remain ing_ack_cnt_done' times. The value of rcrnaining_ack„cnt_done shall be 6 to £ 

2 inclusive. 



3 28.2.1.1,2.3 Technology Ability Held 

4 Technology Ability Field (A[7:0]) shall be a field 8 bits wide and contain information indicating 

5 supported technologies specific to the selector field value. These bits are mapped to individual 

6 technologies such that abilities are advertised in parallel for a single selector field value. The technology 

7 ability encoding for the IEEE 802.3 selector is described in Annex B-2. Multiple technologies may be 
S advertised in the Link Code Word. A device shall support the data service ability for a technology it 
9 advertises within the Link Code Word. It is the responsibility of the priority resolution function to 

10 determine the common mode of operation shared by a link partner and to resolve multiple common 

1 1 modes. 



12 NOTE: While devices using a selector Field other than the IEEE 802.3 selector field value are free to 

13 define the Technology Ability Field bits, it is recommended that the 10BASE-T bit be encoded in the 

14 same bit position as in the IEEE 802.3 selector. A common bit position can be important if the 

15 technology using the other selector will ever offer a 10BASE-T mode. 



16 28.2.1.1.2.4 Remote Fault 

17 Remote Fault (RF) may be set to logic one to indicate to the Link Partner the presence of a fault. 

1 8 Otherwise, this bit shall be set to 1 ogic zero. 



19 28.2.1.1.2.5 Next Page Bit 

20 Next Page (NP) shall be encoded in bit D 15 regardless of the value of the Selector Field or Link Code 

21 Word encoding. The default value is logic zero. NWay compliant devices shall have the ability to 

22 transmit the base Link Code Word as defined in Fig 28-3. Support for transmission and reception of 

23 additional Link Code Word encodings is optional. For stations that implement this optional ability, the 

24 NP bit in the base Lmk Code Word shall be set to indicate Next Page ability.. If Next Page ability is not 

25 supported, the NP bit shall always be set to logic zero. 

26 While transmitting next pages, setting the NP bit to logic one indicates that there are additional pages to 

27 be transmitted after the current page. The NP bit shall be set to logic zero on transmission of the final 

28 page. 

29 [Editor's Note: The protocol for negotiation using alternate pages is under discussion.] 



30 28.2.1 . 2 Receive Function Requirements 

31 The Receive Function shall detect the NLP sequence using the NLP Receive Link Integrity Test Function 

32 of Fig 28-16. In addition, the Receive Function shall detect the FLP Burst sequence and decode the 

33 information contained within. The FLP/NLP detector shall not detect link pass based on carrier sense. 

34 The Receive Function may incorporate a receive switch to control connection to multiple technology 

35 dependent link integrity test functions, excluding the I0BASE-T Link Integrity Test Function. If NWay 

36 detects link pass from any of the technology dependent link integritytest functions, prior to FLP Burst 

37 detection, the nway_wait_timer (28.2.2.2) shall be started. If any other technology dependent link 

38 integrity test function indicates LlNK_OK when nway„wait_timer expires, NWay shall not allow any 
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1 data service to be enabled and shall signal this as a remote fault. The 10BASE-T Link Integrity Test 

2 Function shall not be permitted to operate in parallel with NWay's FLP/NLP detector, or with aoy other 

3 technology dependent function. 



4 28.2.1.2.1 FLP Ability Detection and Decoding 

5 In Figs 28-9 to 28-1 1 , the symbol "to=Oms" indicates the event which caused the timers described to start 

6 and all subsequent times given are referenced from that point. All timers referenced shall expire within ' 

7 the range sped fed in Table 28-3. 

8 The Receive Function shall identify the Link Partner as NWay capable if it receives flp_cnt_done 

9 consecutive link pulses that are separated by at least ftp_test_min_timer time but less than 

10 flp_test_max_timer time as shown in Fig 28-9. The value of 'flp_cnt_done f shall be 6 to 1 7 inclusive. 

11 The FLP Burst that identifies the Link Partner as NWay capable shall be ignored for purposes of ability 

12 Link Code Word matching. Implementations may ignore multiple FLP Bursts before acknowledging 

13 their receipt to allow for potential receive equalization time. 




14 



15 Fig 28-9 FLP Detect Timers (np_test_min/raax_timers) 

!6 The Receive Function shall capture and decode link pulses received in FLP Bursts. The first bit in an 

17 FLP burst shall be interpreted as a clock link pulse. Detection of a clock link pulse shall restart the 

18 data_deieci_min_ti mer and data_dctect_max timer. The data_detecL.min/max_timers enable the receiver 

19 to distinguish data pulses from clock pulses and logic one data from logic zero data, as follows: 
20 

21 If, during an FLP Burst, a link pulse is recived when the data_detect_min_timer has expired while 

22 the aatajdetect_max_timer h as not expired, the data bit shall be interpreted as a logic one (Fig 28- 

23 10). 
24 

25 If, during an FLP Burst, a link pulse is received after the data_detect__max_timer has expired, the 

26 data bit shall be interpreted as a logic zero (Fig 28-10) and that link pulse shall be interpreted as a 

27 clock link pulse. , 

28 As each data bit is identified it shall be stored in the rxJink_code_word. On reception of the Link Code 

29 Word, the Receive Function shall ignore the reserved technology ability bits. 



OanjtoBcLmio.imier rftti.dctoa.nm^ttricT 




30 

31 Fig 28-10 FLP Data Detect Timers (data^detect_min/max_tiraers) 
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1 FLP Bursts shall maintain a separation from each other as determined by the nlp_test_min_timcr and 

2 nip JesUnai.timer as shown in Fig 28-1 1. The end of a FLP Burst shall be signfied by the expiration of 

3 the nlp_test_min w timer after receipt of the floal clock or data link pulse io a burst. The FLP Burst 

4 separation shall be considered valid if the nlp_test_max_timer has not expired. 



FLP Bunt 



tlRjeii^cninjlmcr o!pLl£>i_Ria2.iim£r 
Y RP gym \ 

^ "Job 



5 

6 Fig 28-12 FLP Burst Timer (nlp_test_irun/max_tlmers) 

I 28.2,1.2.2 NLPOetection 

8 The NLP detection shall be accomplished via the NLP Receive Link Integrity Test Function in Fig 28-16. 

9 28.2.1.2.3 Receive Switch 

10 The Receive Switch shall enable the receive path from the MDI to one and only one of the technology 

I I dependent link integrity test fund tons once negotiation is complete. During negotiation, the Receive 

12 Switch may allow more than one technology dependent function to receive signals from the MDI, 

1 3 excluding the 1 OB ASE-T Link Integrity Test Function. 



14 28.2.1.3 Arbitration Function Requirements 

15 The Arbitration Function shall ensure proper sequencing of the NWay Auto-Negotiation algorithm 

16 through the Transmit Function and Receive Function. The Arbitration Function shall enable the Transmit 

17 Function to advertise and acknowledge abilities. Upon indication of acknowledgement, the Arbitration 

18 Function shall determine the highest common denominator using the priority resolution table (Annex B- 

19 3) and enable the appropriate technology dependent link integrity test function via the Technology 

20 Dependent Interface (28.2. 1 .5). 



21 28.2.1.3.1 Parallel Detection 

22 NWay shall detect whether the Link Partner supports NWay Auto-Negotiation through reception of FLPs. 

23 Prior to detection of FLP Bursts, the Receive Switch may direct MDI receive activity to all technology 

24 dependent link integrity test functions, excluding 1 OB ASE-T Link Integrity Test Function. This allows 

25 detection of non-NWay Link Partners. If one of the technology dependent link integrity test functions 

26 establishes LINK_OK for a specific technology, an nway_wait_timer shall be started. If no other 

27 technology dependent link integrity test function indicates LINK_OK when the n way_wai t_ti mer expires, 

28 then the selected operational mode shall be the technology which caused the uway_wait_timer to start If 

29 an operational mode is selected, the Arbitration Function shall disable all other link integrity test 

30 functions and indicate that NWay Auto-Negotiation has completed. 
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1 Parallel Detection shall be supported if 100BASE-TX and/or 100BASE-T4 data services are implemented 

2 in an AgDe Device. Parallel Detection shall not be implemented for technologies other than 100BASE- 

3 TXand I0OBASE-T4. 



4 28.2.1.3.2 Renegotiation Function 

5 A renegotiation request from any entity, such as a management agent, shall cause the Arbitration 

6 Function to disable all technology dependent link integrity test functions and halt any transmit activity 

7 until the techno togy_[n]_renegotiate_tinier expires (28.2.2.2). Consequently, the Link Partner shall go 

8 into link fail and negotiation of abilities shall resume. The appropriate tx_link_code_word[ 16: 1] shall be 

9 valid prior to the inination of renegotiation. 

10 28.2.1.3.3 Remote Fault Sensing Function 

1 1 (Editors NoterThe following text is under consideration. 

12 "Remote Fault <RF) can be used by a Local Device to indicate to its Link Partner that a fault condition 

13 has occurred. RF is equal to logic one in the event of a fault, and a logic zero otherwise. If the Local 

14 Device has no mechanism to detect a fault or associate a fault condition with the Remote Fault 

15 indication, then it transmits RF as a logic zero. If the device sets the RF bit, it may also use the NP bit to 

16 indicate the Fault Type in the next page it transmits. If RF is set with NP clear, the device is indicating a 

17 fault but has no more information on the specific fault type. If the device sets both RF and NP, it shall 

18 use the next transmitted page of information to indicate the fault type. An appropriate Annex will be 

19 added to indicate Fault Type encoding, 

20 A Local Device that detects a fault and wishes to convey this information to its Link Partner needs to set 

21 the RF bit and re-negotiate with the Link Code Word. When the Local Device receives an Acknowledge 

22 from the Link Partner, indicating the new Link Code Word has been received, the Local Device resets the 

23 RF bit to logic zero."] 

24 28.2.1.4 Management Function Requirements 

25 The management interface is used to communicate Auto-Negotiation information to the management 

26 entity. If an Mil is physically implemented, then mananagement access is via the MI! Management 

27 interface. Where oo physical embodiment of the Mil exists, an equivalent to Mil registers 0 ,1 ,4,5, and 6 

28 are recommended to be provided. 

29 28.2.1.4.1 Media Independent Interface 

30 The basic registers, Control Register (register 0) and Status Register (register 1) provide control and 

3 1 status to and from NWay. The Control Register provides the mechanism to disable, enable, or re-start 

32 NWay. The Status Register (register 1) includes information about all modes of operations supported by 

33 the Local Station's PHY, the status of Auto-Negotiation, and whether the Auto-Negotiation algorithm is 

34 supported by the PHY or not_ 

35 The Auto-Negotiation algorithm shall have three dedicated registers: 

36 ] ) Auto-Negotiation Advertisement Register (register 4) 
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1 2) Auto-Negotiation Link-Partner Ability Register (register 5) 

2 3) Auto-Negotiation Expansion Register (register 6) 

3 28.2-1 .4.1 . 1 Auto-Negotiation Advertisement Register (register 4) (R/W) 

4 This register contains die Advertised Ability of die PHY- The bit definition is defined in 28.2. 1.1.2. On 

5 power-up, before the Auto-Negotiation starts, this register shall have tbe following configuration: 

6 The SeLector Field (4.4:0) is set to an appropriate code as specified in Annex A. The Acknowledge bit 

7 (4.5) is set to logic zero. The Technology Ability Field (4.6: 1 3) is set based on the values set in the Mil 

8 Status Register (register 1) (1 , 15:1 1) or equivalent 

9 Only the bits that represent the technologies supported by the Local Station may be set. Any of the 

10 Technology Ability Field bits that may be set can also be cleared by management before a renegotiation. 

1 1 This can be used to enable management to Auto-Negotiate to an alternate common mode. 

12 The management entity may initiate renegotiation with the Link Partner using alternate abilities by 

13 setting the Selector Field (4.0:4) and Technology Ability Field (4.6:10) to indicate the preferred mode of 

14 operation and setting the Restart Auto-Negotiation bit (0.9) in the Control Register (register 0) to logic 

15 one. 



16 28,2.1 .4.1 . 2 Auto-Negotiation Link Partner Ability register (register 5)(RO) 

17 This register contains the Advertised Ability of the Link Partner's PHY. The bit definitions shall be a 

18 direct representation of the received Link Code Word (Fig 28-8). Upon successful completion of Auto- 

19 Negotiation. Status Register (register 1 ) Auto-Negotiation Complete bit (1.5) shall be set to logic one. 



20 28.2.1.4.1.3 Auto-Negotiation Expansion register (register 6) (R/W) 

21 The Link Partner NWay Able bit (6.0) shall indicate that the Link Partner is able to participate in the 

22 Auto-Negotiation algorithm. The Page Received bit (6. 1) shall indicate that 3 identical and consecutive 

23 Link Code Wordshave been received. This bit shall be reset on a read of the Auto-Negotiation Expansion 

24 register (register 6)- Bits 6.1 5:2 are reserved for future NWay expansion. 

25 [Editor's Note: Mil register bits labelled '6TBD' indicate dial the next page protocol is under discussion 

26 and bits in register 6 might be allocated for the next page protocol.] 

27 28.2.1.4.1 .4 State Diagram Variable to Mil register Mapping 

28 The state diagrams o f Figs 28- 13 to 28- 16 generate and accept variables of the form 4 mr _jc\ where x is an 

29 individual signal name. These variables comprise a management interface which may be connected to 

30 the Mil management function or other equivalent function. Table 28-2 describes how the Mil registers 

3 1 map to the management function interface signals: 

32 
33 
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1 Table 28-2 



Mil Register 


State Diagram Variable 


4.15:0 Auto-NegotUttcm 
Advertisement Register 


mr_adv_abUity[l6: 1 ] 


5.15:0 Auto-Negotiation Link 
Partner Ability Register 


mr_!p„adv_ability 


6.TBD 


mr_!p_np_able 


6.0 Link Partner NWay Able 


mrJp_Dway_able 


6.TBD 


otir_np_able 


0. 12 Auto-Negotiation Enable 


mr_nway_enable 


1.5 Auto-Negotiation Complete 


mr_nw ay_complete 


6.1 Page Received 


mrjagejcx 


0.9 Auto-Negotiation Restart 


nv_restart_riegodation 


1.3 Auto-Negotiation Ability 


set if NWay is available 



2 In addition, mrjnext_page_Joaded shall be set when the 4.15:0 Auto-Negotiation Advertisement Register 

3 is written. 

4 28.2.1.4.2 Absence of Management Function 

5 In the absence of any management function, the adveri&ed abilities shall be provided through 

6 mr_adv_ability[16:lj. If NWay is to be active, mr_nway_eriabte shall be set to true. If next page is to be 
1 supported, a mechanism to process pages beyond the base page before mr_np_able, mr Jp_np_able, or 

8 mr_next_page_loaded may be set to true. 

9 28.2.1.4.3 NWay Managed Object Class 

10 The NWay Managed Object Class is defined in Clause 30. 

11 28.2.1.5 Technology Dependent Interface 

1 2 The Technology Dependent Interface is the interface through which each technology communicates with 

13 the NWay sublayer. A PMA shall communicate with NWay through the Technology Dependent 

14 Interface. NWay supports multiple technologies, all of which need not be implemented in a given 

15 device. Each of these technologies may utilize its own technology dependent link test function. 

16 28.2.1.5.1 PMAJJNK/mdicate 

17 This primitive is generated by the PMA to indicate the status of the underlying medium. The purpose of 

18 this primitive is to give the PCS, repeater client, or Auto-Negotiation algorithm a means of determining 

19 the validity of received code elements . 

20 28.2.1.5.1.1 Semantics of Primitive 

21 PMA^LiNK.indicate(lirik_staCus) 
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1 The link^status parameter shall assume one of three values: LINKJN_PROGRESS. LINK.OK or 

2 LINK_FAIL, indicating whether the underlying medium is attempting to synchronize 

3 (LINK_IN_PROGRESS), intact (LINK_OK), or not available (LINK_FATL). When 

4 link_status=LlNK_FAiL or lmk_status=LlNK_IN .PROGRESS the PMA_CARRIER.indicate and 

5 PMA_UNfTDATA.indicate primitives are undefined. 



6 28.2.1.5.1.2 When Generated 

7 The PMA shall generate this primitive to indicate the value of link_status. 



8 28.2.1.5.1.3 Effect of Receipt 

9 The effect of receipt of mis primitive shall be governed by the state diagrams of Figs 28-13 to 28-15. 



10 28.2.1.5.2 PMA_LlNK.request 

1 1 This primitive shall be generated by the Auto-Negotiation algorithm. The purpose of Ibis primitive is to 

12 allow the Auto-Negotiation algorithm to enable and disable operation of the PMA. 



13 28.2.1.5.2.1 Semantics of Primitive 

14 PMA_LINICrequest(] ink_control) 

15 The tink_control parameter can take on one of three values: SCAN_FOR_CARRIER, DISABLE, or 

16 ENABLE. 

17 The link_control=SCANJFOR_.CARRIER mode is used by the Auto-Negotiation algorithm prior to 

18 receiving any FLPs or LINK^OK indications. During this mode the PMA shall search for carrier and 

1 9 report iink_statu s=OK when carrier is received, but no other actions are enabled. 

20 The link_control-DlSABLE mode is used by the Auto-Negotiation algorithm to disable PMA processing 

21 in the event of FLP detection or LINK_OK indications. This gives the Auto-Negotiation algorithm a 

22 chance to determine how to configure the link. 

23 The link_contro)=EN ABLE mode is used by Auto-Negotiation to turn control over to the PMA for all 

24 normal processing functions. 



25 28.2.1.5.2.2 Default Value of Parameter link_control 

26 Upon power-oo, reset, or release from power-down the link_control parameter shall revert to the 

27 L1NK_£NABLE state. If the optional Auto-Negotiation algorithm is not implemented no 

28 PMAJJNK .request message win arrive and the PMA will operate indefinitely in the ENABLE state. 



29 28.2.1.5.2.3 When Generated 

30 The Auto-Negotiation algorithm shall generate this primitive to indicate to Che PHY how to respond. 
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1 Upon power-on or reset the Auto-Negotiation algorithm shall issue the message 

2 PMAJLlNKaoqucst(SCAN_FOR^CARRlER). 



3 28.2.1.5.2.4 Effect of Receipt 

4 The effect of receipt of this primitive shall be governed by Cbe receiving technology dependent Link 

5 integrity test function, based on the intent specified in the primitive semantics. 



6 28.2.2 State Diagrams 

7 The notation used in the state diagrams (Figs 28-13 to 28-15) follows tbc conventions in 1.2. 1 . The 

8 variables, timers, and counters used in the state diagrams are defined in the following sections, 14.2.3, 

9 and 28.2.1.5. 
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1 Fig 28-12 Functional Reference Diagram 

2 28.2.2.1 State Diagram Variables 

3 Variables with *_[x]' appended to the end of the variable name indicates a variable or set of variables as 

4 defined by 'x' . V may be: 

5 n; represents any one of tbe specific technologies supported by the Local Station. 

6 all; represents all specific technology dependent link test functions suppo rted in the Local Station. 

7 HCD; represents the single technology dependent link test function chosen by NWay as the highest 

8 common denominator technology. _ 

9 notHCD; represents aU technology dependent link test functions not chosen by NWay as the highest 

10 common denominator technology. 

1 1 Variables with [16:1] appended to the end of the variable name indicate arrays which can be directly 

12 mapped to 16 bit registers. For these varibles, '[xj' indexes an element or set of elements in the array, 

13 where '[x]' may be: 

14 any integer 

15 any variable which takes on integer values 

16 NP; represents the index of the Next Page bit 

17 ACK; represents the index of the Acknowledge bit 

18 RF; represents the index of the Remote Fault bit 

19 Variables of the form 'mr_jc\ where x is a label, comprise a management interface which is intended to 

20 be connected to the Mil Management function. However, an implementation specific management 

2 1 interface may provide the control and status function of these bits. 

22 abifity_match. Indicates that 3 consecutive Link Code Words match, ignoring the Acknowledge bit 

23 Values: false; 3 matching consecutive Link Code Words have not been received, ignoring the 

24 Acknowledge bit (default). 

25 true; 3 matching consecutive Link Code Words have been received, ignoring the 

26 Acknowledge bit 

27 base_page. Status indicating that the page currently being transmitted by NWay is the initial Link Code 

28 Word encoding used to communicate the node' s abilities. 

29 Values: false; a page other than base Link Code Word is being transraitted. 

30 true; the base Link Code Word is being transmitted. 

3 1 acknowledge_match. indicates that 3 consecutive Link Code Words have the Acknowledge bit set. 

32 Values: false; 3 consecutive Link Code Words have- not been received with the Acknowledge 

33 bit set (default). 

34 true; 3 consecutive Link Code Words have been received with tbe Acknowledge bit scl 

35 ftp_link_goorL Indicates that the NWay negotiation has completed. 

36 Values: false; negotiation is in progress (default). 

37 true; negotiation is complete, forcing the Transmit Function to IDLE. 

38 flp_recdve_irfle. Indicates that the FLP Receive state diagram is in the Idle state. 

39 Values: false; the FLP receive state machine is not in the Idle state (default). 

40 true; the FLP receive state machine is in the Idle state. 
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1 linkpulse. Indicates that a valid Link Pulse as defined in Fig 14-12 has been received. 

2 Values: false; linkpulse is set to false after any Receive State Diagram state transition (default). 

3 true; linkpulse is set to true when a valid Link Pulse is recei ved . 



4 mr_adv_ability[16:l], A 16 bit array that contains the Advertised Abilities Link Code Word. 

5 For each clement within the array: 

6 Values: Zero; Data bit is logical zero. 

7 One; Data bit is logical one. 



8 inr_lp_adv_ability[16:l]. A 16 bit array that contains the Link Partner's Advertised Abilities Link Code 

9 Word. 

10 For each clement within the array: 

11 Values: Zero; Data bit is logical zero. 

1 2 One; Data bit is logical one. 



1 3 mr_lp_jip_BbIe. Status indicating whether the Link Partner supports next page exchange. 

14 Values: false; the Link Partner does not support next page exchange. 

15 true; the Link Partner supports next page exchange. 



16 mr_np M able. Status indicating whether the Local Station supports next page exchange. 

17 Values: false; the Local Station does not support next page exchange. 

18 true; the Local Station supports next page exchange. 



19 mr Jp_qway_able. Status indicating whether the Link Partner supports NWay Auto-Negotiation 

20 Values: false; (he Link Partner does not support NWay Auto-Negotiation. 

21 true; the Lnk Partner supports NWay Auto-Negotiation. 



22 mr_page_rx. Status indicating whether a new page, has been received. 

23 Values: false; a oew page has not been received. 

24 true; a new page has been received. 



25 mr_next_pageJoaded. Status indicating whether a new page has been loaded into mr_adv_ability. 

26 Values: false; a new page has not been loaded. 

27 true; a new page has been loaded. 



28 mr_rrway_enable. Controls the enabling and disabling of the NWay Auto-Negotiation function. 

29 Values: false; NWay Auto-Negotiation is disabled. 

30 true; NWay Auto-Negotiation is enabled. 



3 1 mr_nway_complete. Status indicating whether the NWay Auto-Negotiation has completed. 

32 Values: false; NWay Auto-Negotiation has not completed. 

33 true; NWay Auto-Negotiation has completed. 
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1 page_match. Indicates tbac 3 identical and consecutive Link Code Words have been received with the 

2 Acknowledge bit cleared. 

3 Values: raise; 3 identical and consecutive Link Code Words have not been received with the 

4 Acknowledge bit cleared. 

5 true; 3 identical and consecutive Link Code Words have been received with the 

6 Acknowledge bit cleared. 



7 renegotiate. Forces restart of the Auto-Negotiation algorithm. 

8 Values: false; no renegotiation required (default). 

9 true; re-start Auto-Negotiation algorithm. 

* 

10 nr_iink_code_word[16: 1]. A 16 bit array which contains the data bits to be received from an FLP Burst 

1 1 For each element within the array: 

12 Values: zero; Data bit is a logical zero 

13 one; Data bit is a logical one 

14 transmit .ability. Controls the transmission of the Link Code Word containing tbe Local Station's 

15 Advertised Ability. The state of the Acknowledge bit in the Link Code Word is controlled by the 

1 6 transmit_ack state variable. 

17 Values: raise; any transmission of the Advertised Ability is halted (default). 

1 8 true; the transmit state diagram begins sending the Advertised Ability. 

19 transmit_ack. Controls the setting of the Acknowledge bit in the Link Code Word to be transmitted. 

20 Values: false; allows the Acknowledge bit to be set to a logic zero (default). 

21 true; allows the Acknowledge bit to be set do a logic one. 

22 txJink_code_word[16:l]. A 16 bit array which contains the data bits to be transmitted in an FLP Burst 

23 This array may be loaded from multiple sources. The initial loading shall be from the base Link Code 

24 Word state variable. 

25 For each element within the array: 

26 Values: Zero; Data bit is logical zero. 

27 One; Data bit is logical one. 



28 28.2.2*2 State Diagram Timers 

29 All tuners operate in the manner described in 14.2.3.2. 

30 data_detect_min_timer. Timer for the minimum time between a clock pulse and tbe next link pulse. 

31 This timer is used to detect whether the data bit between two clock pulses is a logic zero or a logic one. 

32 The a^_detect_rru"nltirner shall expire between 15 -47 jis from tbe last dock pulse. 

33 data_detert_max_rimet\ Timer for the maximum time between a clock pulse the next link pulse. This 

34 timer is used to detect whether the data bit between two clock pulses is a logic zero or a logic one. Tbe 

35 datajdetect_rriax_timer shall expire between 78 -1 10 us from the last clock pulse. 

36 np_test_nrm_timer. Timer for the minimum time between two link pulses within an FLP Burst This 

37 timer is used to detect whether the link Partner is transmitting FLP Bursts. The flp_test_niin_timer shall 

38 expire between 5 -25 lis from the last link pulse. 
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1 fip_test_niax_rimer. Timer for the maximum time between two link pulses within an FLP Burst. This 

2 timer is used to detect whether the Link Partner is transmitting FLP Bursts. The flp_test_max_ti met shall 

3 expire between 165-185 (is from the last link pulse. 

4 intervaLtimer. Timer for the separation of a transmitted clock pulse from a data bit. The intervaLtimer 

5 shall expire 62.5±15jis from each clock pulse and data bit. 

6 Dlp_lest_min_timer- Timer for the minimum time between two consecutive FLP Bursts. The 

7 nlp_test_min_timer shall expire between 3 -5 ms from the last pulse in an FLP Burst 

8 nJp_test_max_timer. Timer for the maximum time between two consecutive FLP Bursts. The 

9 nlp_test_minjtimer shall expire between 50-150 rns from the last pulse in an FLP Burst. 

10 nway_wait_timer. Timer for the amount of time to wait before evaluating the number of link integrity 
1 I test functions with LlNK^_OK asserted. The nway_waiL_timer shall expire TBD. 

12 technology Jn]„renegotiate_timer. Timer that specifies the amount of time to wait before beginning 

13 transmission of FLPs after renegotiate is asserted. This time shall be the longest period of time it takes to 

14 bring me link down for all supported technologies. 

15 traiwmit _link_bu rst_timer. Timer for the separation of a transmitted FLP Burst from the next FLP 

16 Burst The transmit_Iink_burst_timer shall expire 6-22 ms after the last transmitted link pulse in an FLP 

17 Burst 

1 8 Table 28-3: Tinier Min/Max Value Summary 



Parameter 


Mfn 


Typ 


Max 


units 


data_detect_niiix_timer 


15 




47 


us 


data„detect_max_tirner 


78 




110 


us 


flp_tesLnun_omer 


5 




25 


us 


flp_test_max„timer 


165 




185 


ms 


intervaLtimer 


47.5 


62.5 


77.5 


Hs 


idp_test_minjirner 


3 




5 


ms 


nlp_test_max_ttmer 


50 




150 


ms 


nway„wait_timer 


TBD 




TBD 




transmit_ljnk_burst_timcr 


6 


14 


22 


ms 



19 28.2.2.3 State Diagram Counters 

20 rernalning_ack_cut A counter which may take on integer values from 0 to 8. The number of additional 

21 Link Code Words with the Acknowledge Bit set to logic one to be sent to ensure that the Link Partner 

22 receives the acknowledgement 

23 Values: reoiaiamg_ack_cn l_not_done; positive integers between 0 and 5 inclusive. 

24 remaiai ng_ack_cnt_done; positive integers 6 to 8 inclusive (default). 

25 ifiit; counter is reset to zero. 

26 rx_bit_cnt A counter which may take on integer values from 0 to 16. This counter is used to keep a 

27 count of data bits received from an FLP Burst. When this variable reaches 1 6, all data bits have been 

28 sent 

29 Values: rxJ)iLcnt_aaLdooe; I to 15 inclusive. 

30 rx_bit_cnt_done; 16. 

3 1 ink; counter is reset to zero. 
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U_bit_cnt. A counter which may take on integer values from I to 17. This counter is used to keep a 
count of data bits sent within an FLP Burst. When this variable teaches 1 7, all data bits have been sent 
Values: tx_bit_cnt_not_done; 1 to 16 inclusive. 

tx_bit_cnt_jdone; 17. 

hut; counter is initialized to I. 

flp-cnt A counter which may take on integer values from 0 to 17. This counter is used to keep a count 
of die number of FLPs detected to enable the determination of whether the Link Partner supports NWay. 
Values; Flp_cnt_done; 6 to 17 inclusive. 

flp_cnt_not_done; 0 to 5 inclusive. 

init; counter is reset to zero. 
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Kg 28-13 Transmit Stale Diagram 
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Figure 28-14 Receive State Diagram 
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Fig 28-15 Arbitration State Diagram 
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Fig 28-16 NLP ReceiveLtnk Integrity Test Function State Diagram 



Copyright © 1994 IEEE. AJ1 rights reserved 
This is an unapproved IEEE Standards Draft, subject lo change 



Page 26 



Draft Supplement to lEflVtd B02.3 P802.3ug/D1 
100BASE-T 



Thursday, June 16. 1994 



1 28.3 Electrical Specifications 

2 Hie electrical characteristics of pulses within FLP Bursts shall be identical to the characteristics of NLPs 

3 and shall meet the requirements of Fig 14-12. FLPs are transmitted single ended on the positive wire of 

4 the transmit pair. 

5 NWay is a completely passive electrical interface . No signal amplitude or attenuation is assumed 

6 present. It shall be the responsibility of the technology specific transmit and receive functions to 

7 interface to the MDI correctly. 
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1 ANNEX Overview 

2 NWay is designed in a way that allows it to be easily expanded as new technologies are developed. 

3 When a new technology is developed, three things must be done to allow NWay to support it. 

4 1 . The appropriate Selector Field value to contain the new technology must be selected and allocated. 

5 2. A Technology bit must be allocated for the new technology within the chosen Selector Field value. 

6 3. The new technology's relative priority within the technologies supported within a Selector Field value 

7 must be establi shed. 

g 4. The Technology Dependent Timers must be updated to reflect the new technology's requirements, 

9 Additions and insertions to the Annexes are allowed. No changes to existing bits already defined shall be 

10 allowed. 



II 



ANNEX 28A (Normative) 
12 28.A1 Selector Field Definitions 



13 
14 
15 

16 
17 

13 



The Selector Field, S[4:0] in the Link Code Word, shall be used to identify the type of message being 
sent by NWay. The following table identifies the types of messages that may be sent. As new messages 
are developed, this table will be updated accordingly. 

The Message Selector field uses a 5 bit binary encoding which allows 32 messages to be defined. All 
unspecified combinations are reserved. Reserved combinations shall not be transmitted. 

Table Al. FLP Selector Field Values 



S4 


S3 


S2 


SI 


so 


Selector Description 


0 


0 


0 


0 


0 


RESERVED for Future NWay Development 


0 


0 


0 


0 


1 


IEEE 80X3 


1 


1 


1 


1 


1 


RESERVED for Future NWay Development 



19 

20 ANNEX 28B: IEEE 802.3 Selector Base Page Definition 

21 (Normative) 

22 This section provides the Technology Ability Field bit assignments, Priority Resolution table, and 

23 Technology Dependent Timer values relative to the IEEE 802.3 Selector Field valuewithki the base page 

24 encoding. 

25 As new IEEE 8023 LAN technologies enter the market a reserved bit in the Technology Ability Field 

26 may be assigned to each technology by the standards body. 

27 The new technology shall then be inserted into die Priority Resolution table and made a part of the Auto- 

28 Negotiation standard. The relative hierarchy of the existing technologies will not change, thus providing 
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1 backward compatibility with existing NWay implementations. The Technology Dependent timers sbalJ 

2 be updated to account for the needs of the new technology. 

3 It is important to note that the reserved bits are forced to zeros. This guarantees that devices 

4 implemented using the current priority table will be forward compatible with future devices using an 

5 updated priority table. 



6 28.B1 Selector Field Value 

7 The value of the 802.3 Selector Field is S[4:0] = 0000 1 . 



8 28.B2 Technology Ability Field Bit Assignments 



9 
10 

11 
12 

13 



The Technology bit field consists of bits D6 through D13, (A0-A8 respectively) in the IEEE 8023 
Selector Base Page. Table B 1 summarizes the bit assignments. 

Note that the order of the bits within the Technology Bit Field has no relationship to the relative priority 
of the technolgies. 

Table Bl: FLP Technology Ability Field Bit Assignments 



Bit 


Technology 


AO 


10BASE-T 


Al 


lOBASE-TFull Duplex 


A2 


100BASE-TX 


A3 


100BASE-TX Full Duplex 


A4 


100BASE-T4 


A5 


Reserved for future technologies 


A6 


Reserved for future technologies 


A7 


Reserved for future technologies 



14 28.B3 Priority Resolution Table 

15 Since two nodes can have multiple abilities in common a prioritization scheme shall exist to ensure that 

16 the highest common denominator ability is chosen. The following list shall represent the relative 

17 priorities of the technologies supported by the 802 J Selector Field value, where priorities are listed from 

18 highest to lowest. 

19 1 . 100BASE-TX Full Duplex 

20 2 . 100BASE-T4 

21 3 . 100BASE-TX 

22 4.1 0BASE-T Full Duplex 

23 5. 10BASE-T 

24 The rational for this hierarchy is straightforward. 10BASE-T is the lowest common denominator and 

25 therefore has the lowest priority. Full Duplex solutions are always higher in priority than their Half 

26 Duplex counterparts. 100BASE-T4 is ahead of 100BASE-TX because 100BASE-T4 runs across a 

27 broader spectrum of copper cabling. The relative order of the technologies specified herein shall not be 

28 changed. As each new technolgy is added, it shall be inserted into its appropriate place in the list, 

29 shifting technologies of lesser priority lower in priority. 

Copyright © 1994 IEEE AH rights reserved. 
This Is an unapproved IEEE Standards Draft, subject to change 



Page 29 



d^dl 



Draft Supplement to JE&^rd 802.3 P8Q23ug/D1 
1 0OBASE-T Thursday, June 16. 1994 



i 28.B4 Technology Dependent Timers 



2 28.B4.1 Link_FailJnhibit_Timer 

3 The LLnk_fail Jnhibit_timer is used to qualify a LINK_FAIL indication to a LINK_IN_PROGRESS 

4 indication when a specific technology link is first being established. A link will only be considered 

5 'failed' if the lirik Jail Jnhibit.tiraer has expired and the link has still not gone into the LINKjOK state. 

6 The link_fail_inhibit_timer is composed of 2 timing requirements. The first timing requirement is that 

7 both sides of a link have finished NWay Auto-Negotiation. The maximum time difference between a 
% Local Station and its Link Partner completing NWay Auto*Negotiatioo is: 

9 (Maximum FLP Burst to Burst separation) x (Maximum # of FLP Bursts needed to complete 

10 acknowledgement with 1 bit error, with worst case placement) = (24ms) x (6 bursts) = 144 ms. 

• 11 The second timing requirement is the technology specific time required to bring up a link. The following 

12 table gives the technology specific times required to bring up a link plus the time required to complete 

13 NWay Auto-Negotiation. This is the time that the Unk_fail inhibit_timer should expire when attempting 

14 to bring up a specific technology. 

15 Table B2: Technology Specfic Link.FaiLlnhibtt.Timer values 



Technology 


Min 


Max 


units 


iOBASE-T 








lOOBASErTX 








IQ0BASBT4 


504 


1000 


ms 



\6 
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